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Description 

Computer-Aided Tendering of Power Supply Facilities 

TECHNICAL FIELD 

The invention refers to the field of energy transmission 
and distribution in high-voltage and medium- voltage power 
supply networks and, in particular, to the domain of sub- 
station project planning. The invention relates to a data 
processing device, use, method and computer program for com- 
puter-aided tendering of power supply facilities, such as 
substations . 

BACKGROUND OF THE INVENTION 

DE 42 09 168 discloses a method for automatic project 
planning of substation control systems. The project plan- 
ning tools comprise a basic program and a library of pro- 
gram modules that have a general functionality and can be 
linked together to build functions or steps in sub- 
procedures. The library is based on object-oriented data 
modeling. The program modules are accessible from differ- 
ent access or user levels. The access levels are defined 
hierarchically such that only predetermined procedures, 
sub-procedures or information can be obtained from a cer- 
tain level. The program modules can be linked together re- 
cursively to build program modules themselves. Program 
modules in one access level interact, and in particular 
exchange information, with one another dynamically. 

On the lowest access level, a basic program module stores 
knowledge for modelling the substation control system, 
such as discretionary operating means and operating means 
information of the control system and/or the substation. 
In addition, the basic program module generates access or 
input modules with user interfaces for accessing the 
stored knowledge. On the second level an access module 
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generates or duplicates application-specific information 
(e. g. choice of language) stored in different basic pro- 
gram modules. As well, a plurality of basic modules may be 
generated that represent specific components or device 
families (e.g. for protection and control) of the control 
system. The input modules give access to the substation 
manufacturer on the first and second level, and to the end 
user, e. g. the design engineer or client, on the third 
level. Operational data for the substation control system 
can be generated from the substation by a generator. As a 
major drawback the design engineer lacks any direct access 
to program modules and can only indirectly manage the de- 
sign process by inputting substation-descriptive informa- 
tion. Thus he has very limited input and design options. 

The operation of the project planning system comprises: 
parametrization of substation information, automatic de- 
sign of the substation control system, automatic genera- 
tion of substation diagrams, determination of operating 
conditions for substation switchboard sections, automatic 
determination of hardware for assembling the substation, 
generating tendering information and drawings. Substation 
parameters obtained during planning can be transferred to 
hardware components of the substation. Data transparency 
is achieved in all project phases by object-oriented data 
handling in connection with universally useable program 
modules providing hierarchical parameter inheritance. 

EP 1 265 333 discloses a method, program and system for 
automatically configuring a part of a power supply network 
without expert knowledge about hardware components to be 
used. A configuration model describing all possible con- 
figurations is defined, requirements to be fulfilled by 
the configurations are defined, and an optimal configura- 
tion is determined that optimizes at least one character- 
istic value, e. g., besides electro- technical parameters, 
manufacturing costs, space requirements, reliability, 
risk, efficiency, and/or maintenance costs, of the con- 
figuration. In addition, a simulation model for simulating 
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a technical behaviour of the optimized configuration can 
be determined automatically. 

EP 0 803 964 discloses a method and system for manufactu- 
ring a power converter by using a design assistance compu- 
ter to select, based on operating characteristic informa- 
tion and optimization criteria, an optimal power converter 
configuration from a set of available converter configura- 
tions. Specifications, including availability and/or cost 
information, of the selected configuration may be forward- 
ed to the client for approval, and fabrication information 
for the selected configuration may be delivered to a manu- 
facturing facility. An assembling step may include a step 
of generating a bill of materials for the selected power 
converter configuration and, in addition, a step of sen- 
ding the bill of materials to a computer- integrated manu- 
facturing line. 

The above state of the art is focused on automatic design 
tools for configuring power supply facilities or compo- 
nents. Such design tools comprise module libraries that 
are rather inflexible to handle and difficult to maintain. 

BRIEF SUMMARY OF THE INVENTION 

It is a general object of the present disclosure to pro- 
vide, in the domain of substation project planning, a data 
processing device, its use, a method and a computer pro- 
gram for an improved tendering process. 

In a first aspect consistent with the present disclosure 
provides a data processing device for computer-aided ten- 
dering of power supply facilities, in particular substa- 
tions, comprising computing means and a module library for 
storing program modules, briefly called modules, repre- 
senting pre-engineered parts of the facility. The modules 
may be retrieved from the library for use in projecting 
the facility, wherein the modules are categorized using a 
multiple-index categorization system that is immediately 
accessible by an operator who projects the facility and 
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the modules are equipped with unified software interfaces 
to application routines that create tendering information 
about the projected facility. Data processing device sig- 
nifies a computing system having software and hardware, 
such as standard software installations (e. g. MS-Office 
and Intranet access) and preferably a CAD- system (e.g. 
Bentley microstation V8) for composing drawings. A module 
represents a part, i.e. a component or functional unit, of 
the facility on a basic or composite level. Thus a basic 
or atomic module may simply signify an article represent- 
ing, for example, an appliance or a single component. A 
composite module may comprise a plurality of articles 
and/or sub-modules comprising themselves articles and/or 
sub-modules and may represent a composite appliance unit 
or complex component of the facility. 

The multiple- index categorization system offers the user, 
typically a tendering engineer, a plurality of intuitive 
searching indices for each module and supports a fast and 
accurate search for desired known or unknown modules. A 
further improvement is the automatic interfacing of the 
selected modules to desired application routines. The con- 
sistent categorization and interfacing of modules allows 
their systematic reuse in project planning and provides a 
comfortable programming environment to the operator. Over- 
all, the tendering process is accelerated and its quality 
is improved in all tendering steps, in particular during 
browsing, assembling, parametrizing and modifying modules, 
and when executing application routines on a project. 

In first embodiments, each module is attached in the cate- 
gorization system at least three independent searching in- 
dices characterising at least a discipline, a function and 
a technical specification of the pre-engineered part 
within the facility, and/or, based on the categorization 
system, a module browser with a navigator for categorizing 
and searching modules in the library is provided. The tri- 
ple indexing and the browser assist the tendering engineer 
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in identifying, understanding and remembering modules and 
thus improve the reusability of modules. 

In second embodiments, the modules are typified as core 
modules, which comprise, in particular consist of, sub- 
modules and/or articles, and as black-box modules, which 
are freely definable from a user interface or are prede- 
termined by a supplier. From a module developer's perspec- 
tive, core modules are transparent down to a sub-module 
and/or article level, whereas black-box modules are either 
monolithic or may comprise an enumeration of subparts, 
thus representing simple or complex parts of the facility. 
Black-box modules are particularly suited to represent 
components from sub-suppliers that are bought as integral 
parts and shall be treated accordingly. The combination of 
core and black-box modules in a common module library with 
a uniform categorization system allows treatment of struc- 
tured and monolithic modules, as well as own and third- 
party modules, in the same manner in all tendering steps. 
Thus, the operator has available a wide range of adaptable 
parts and can handle different sub-supplier deliverable 
policies uniformly. Modification of existing modules, in- 
tegration of newly defined or missing or elsewhere avail- 
able modules and maintenance of stored modules in general 
is facilitated, as well. 

In a further embodiment, core modules are attached cost 
information by means of a bill of quantity comprising a 
number of occurrences of articles or article-numbers 
and/or sub-modules containing articles or article-numbers, 
wherein cost information about the articles is available 
from an article database, and black-box modules are at- 
tached cost information by assigning the cost immediately, 
in particular integrally or subpart -wise , to the black-box 
modules themselves. The sub-modules may comprise the arti- 
cles immediately or via recursive definitions of sub- 
submodules etc. The cost information is thus available in 
a uniform format; for instance, to a cost calculation rou- 
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tine and can easily be updated or changed by an operator. 
An additional advantage may be that the article database 
can contain, besides prices per unit, technical manuals of 
articles and that the article database can be delivered, 
for example electronically, by the sub-supplier of the ar- 
ticles to the data processing device. 

In another embodiment, the modules are typified as rigid 
modules, which are unchangeable from a user interface, and 
as parametrizable modules, which have a parameter or pa- 
rameter set that is changeable from a user interface. Due 
to the parametrizat ion of both core and black-box modules 
the total number of modules in the library can be reduced. 
In particular, in parametrizable core modules a sub-module 
may have a parameter or parameter set that is changeable 
from a bill of quantity from which the sub-module can be 
called. Thus, the parameter or parameter set of the sub- 
module affects the bill of quantity of the sub-module it- 
self. This feature can drastically reduce the number of 
sub-module types needed for modelling the core modules. 

Embodiments consistent with the present disclosure have 
the advantage that tendering information is created auto- 
matically, efficiently and without complicated input re- 
quired from the operator and that all tendering informa- 
tion is bundled and brought into a format immediately de- 
liverable to clients, for example in electronic form or on 
paper. 

Other embodiments consistent with the present disclosure 
have the advantage that guidelines for efficient modulari- 
zation of facilities are made explicit through definition 
rules for module boundaries. The definition rules assure 
that modules fit in the categorization system and/or rep- 
resent technical functions in the facility, that module 
data, such as single-line diagrams and 3D-drawings, bills 
of quantity, tender text information and technical data, 
can be defined coherently and in agreement with the module 
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boundaries, and that the size and number of stored modules 
can be optimized. 

Other embodiments consistent with the present disclosure 
have the advantage that modules downloaded into a project 
are frozen. This prevents unwanted up-dates of downloaded 
modules and allows transparent adjustments of modules 
stored in the library without affecting existing tendering 
proj ects . 

A further aspect of the present disclosure relates to a 
use of the data processing device, as described above, for 
computer-aided tendering of power supply facilities. 

Another aspect of the present disclosure relates to a 
method for tendering a power supply facility, wherein a 
data processing device comprising a module library for 
storing program modules that represent pre-engineered 
parts of the facility is present, the method comprising 
the steps of searching and downloading modules from the 
library and projecting the facility, wherein the modules 
are searched in the library by an operator using a multi- 
ple-index categorization system and application routines 
are run by the operator on the modules of the projected 
facility to create tendering information about the pro- 
jected facility. 

Yet another aspect of the present disclosure relates to a 
computer program for tendering power supply facilities 
comprising computer program code that is loadable and ex- 
ecutable in a data processing device and that, when loaded 
and executed, cause the device to perform the steps of the 
method or implement the features of the data processing 
device described above. Computer program shall also sig- 
nify a computer program product being loadable into an in- 
ternal memory of a digital computer and comprising the 
aforementioned computer program code means. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood and become more 
apparent when consideration is given to the following de- 
tailed description thereof. Such description makes refer- 
ence to the annexed drawings . 

Fig. la illustrates a modular substation concept providing 
a module reuse -environment ; 

Fig. lb illustrates a legend for the modular substation 
concept ; 

Fig. 2 illustrates an embodiment of a multiple-index 
categorization system; 

Fig. 3 illustrates a comparison of two different modu- 
larization strategies ; 

Fig. 4 illustrates an exemplary embodiment of a core mod- 
ule; and 

Figs. 5-7 illustrate schematic flow charts and dia- 

grams of the tendering method. 

In the drawings identical parts are designated by identi- 
cal reference numerals. 

DETAILED DESCRIPTION OF THE INVENTION 

Fig. la in connection with Fig. lb displays an exemplary 
embodiment of a modular substation concept providing a 
module reuse environment. Note that according to Fig. lb 
three types of relationships are shown using Unified Mod- 
eling Language (UML) symbols: (1) signifies a definable 
dependency between A and B, for example "role of B = fits" 
means "B fits A"; (2) signifies "A has always 1 B" (n=l) , 
"A may have zero or one B" (n=0..1), "A may have zero or 
any number of B" (n=0..*); and (3) "B is an implementation 
or specialization of A" . 
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Modules 2 representing pre-engineered reusable parts of 
the substation or facility, in general, shall fit a cate- 
gorization system 12, which defines a module browser 11 
and which is constrained by modularization rules 13. The 
rules 13 make the substation domain analysis explicit and 
assure a consistent categorization of the modules 2. The 
categorization system 12 serves primarily for accessing 
modules 2 in the module library 17 (Fig. 5-7) . Stated dif- 
ferently, the categorization 12 is compatible with the 
rules 13 and is used to construct a module browser 11 for 
comfortable searching through the library 17. Preferably, 
the EBNF (extended Backus Naur formalism) is used to gen- 
erate and maintain the categorization system 12 and a mod- 
ule designation system. The EBNF allows, for example, to 
check with a parser whether a category or module name is 
defined correctly and is admissible. As an alternative to 
EBNF, graphic representations can be used as well. 

Every module 2 has a module-descriptor 3 comprising stan- 
dardized module data 4-10 characterizing the module 2. In 
the preferred embodiment of Fig. 1 every module 2 always 
has an information unit called module-descriptor 3 that 
gathers consistent aspects 4-10 of a module 2. These as- 
pects 4-10 comprise always a tender text 4, always techni- 
cal data 5, optionally a single-line diagram 6 and/or a 
3D-drawing 7 and always a bill of quantity 8. The bill of 
quantity 8 has any number of articles 9 or sub-modules 10 
which themselves have each exactly one bill of quantity 8. 
The bill of quantity 8 must comprise prices 15c of arti- 
cles 9 and/or sub-modules 10 (Fig. 4) . The tender text 4 
may contain a scope of supply prepared for a client, a de- 
scription of sub-modules 10 or articles 9 of the module 2, 
and/or technical manuals of articles 9 (not shown) . The 
recursive module definition 8-10 is favourable in modular- 
izing a complex substation. Due to this flexible mechanism 
modules 2 of arbitrary granularity can be developed and 
maintained with reasonable effort. 
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The standardized module data 4-10 further provide standar- 
dized interfaces to the application routines 1 for deliv- 
ering the data 4-10 to the routines 1. Therefore the mod- 
ules 2 fit to all application routines 1, in particular to 
a cost calculation routine la, a diagram or drawing accu- 
mulation routine lb, a tender text accumulation routine 
lc, and/or a technical data accumulation routine Id. 

The modules 2 are either structured core modules 2a or un- 
structured black-box modules 2b. The core type modules 2a 
consist of a known number of articles 9 and/or sub-modules 
10. With respect to black-box modules 2b, the sub-supplier 
gives a complete price for a whole package and/or a price 
list of certain sub-parts, if desired. It is not the ten- 
dering engineer's responsibility to know the bill of quan- 
tity 8 and article costs of such black-box modules 2b. 
However, he can define black-box modules 2b himself and 
can insert or alter their price or price list. The intro- 
duction of distinct core and black-box module types 2a, 2b 
facilitates the incorporation of out-of-house components 
in projecting substations for tendering purposes. 

Fig. 2 shows a preferred three-dimensional categorzation 
index space. A discipline index, a function index and a 
specification index are provided with. These indices take 
in principle independent values, but not every point in 
the index space represents a desirable or feasible module 
2. The discipline index is either "civil", "electrical" or 
"mechanical". The specification index values SI, S2 , 
represent each a technical parameter or parameter set, 
such as voltage and current level, bus bar design, or 
space requirements. The specification index may provide 
sub-categories to the discipline index. For example, 
"civil" may comprise sub-categories building (e. g. GIS 
(=gas insulated switchgear) building, control building, 
other), duct, foundation (e. g. buildings, equipment, re- 
actor, transformer), and other. "Electrical" may comprise 
sub-categories representing secondary equipment, such as 
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control and protection, station control system, low volt- 
age AC, and low voltage DC. "Mechanical" may comprise sub- 
categories representing primary equipment, such as cables, 
GIS (e. g. substation topology, in particular single bus 
bar or SBB, double bus bar or DBB, 1M circuit breaker or 
ring configuration) , and outdoor or AIS (=air insulated 
switchgear) (e. g. creepage distance, voltage and current 
ratings), reactors (e. g. creepage distance, power rat- 
ings), and transformers (e. g. creepage distance, power 
ratings). The function index values Fl, F2 , ... represent a 
technical function, such as busbar coupler, duct, interme- 
diate, line, neutral, measuring, reactor, switch, trans- 
former, special, line take off yard, or control and pro- 
tection. 

Preferably, module boundaries are defined to coincide with 
physical boundaries of a component or functional unit of 
the facility, with a sub-supplier's area of responsibili- 
ty, and/or with existing module boundaries. In order to 
delimit a total number of modules 2 stored in the library 
17, the invention provides parametrizable modules 2, in 
particular of both core and black-box module type 2a, 2b, 
as well as greatest possible freedom to select module 
boundaries . 

Fig. 3 shows an example, how module boundaries determine 
the number of module classes and of modules 2 to be stored 
in the library 17. A module class named "switching module" 
having four digital parameters (e. g. SBB/DBB, fast /normal 
acting earthing, line disconnector none or one (0/1) , and 
current transformers one or two (1/2)) and a module class 
named "line module" having three parameters (e. g. line 
trap 0/1, voltage transformer 1/3 phase, empty/not empty) 
result in a total of 2 4 +2 3 =24 stored modules 2 . In con- 
trast, a single module class "line bay module" having all 
seven parameters results in 2 4 *2 3 =128 stored modules 2 . 

Fig. 4 shows for a core module 2a with module-name 14 an 
exemplary bill of quantity 8 comprising an item type list 
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8a of articles 9 and/or sub-modules 10, a corresponding 
piece list 8b, and a parameter list 10a attached to sub- 
modules 10, if they are parametrizable . The item type list 
8a is linked, on one hand, to an article database 15 com- 
prising itself a corresponding item type list 15a with an 
article description list 15b, other lists (if applicable) 
and a price per unit list 15c, and, on the other hand, to 
the bill of quantity 8 of sub-modules 10 comprising them- 
selves a corresponding item type list 8a and a piece list 
8b and being linked themselves to an article database 15 
(not shown) . 

Fig. 5 shows a rough scheme of the data processing device. 
A module development area 16 is provided that comprises 
the module library 17 and software tools (not shown) for 
defining and/or importing new modules 2 using the catego- 
rization system 12. The modules 2 are stored in the li- 
brary 17 in generic form and must be instanced (step 21) 
when used in a project. A project area 18 is provided that 
comprises a project memory space for downloading modules 2 
from the library 17 for projecting and tendering purposes. 
The browser 11 presents previews of modules 2 to the ten- 
dering engineer 19 and allows selection 20 and adaptation 
20 of modules 2, instancing 21 of modules 2 by assigning 
them a module type, a module number and, in the case of 
parametrizable modules 2, a module parameter setting, and 
finally applying the routines la- Id. Preferably, modules 2 
are automatically detached from the library 17 upon 
downloading, and their related cost information is auto- 
matically copied from an article database 15 into the pro- 
ject and can, in particular, be changed by the operator 
19. The project working area 18 is thus strictly separated 
from the module library 17, thus preventing unwanted up- 
dates in a running substation project. 

Fig. 6 shows schematically an implementation in a pre- 
ferred windows environment using de-facto standard office 
software. Customer requirements 22 are compared to and im- 
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plemented in a components specification database 23 and, 
in particular, in switchgear data component specifications 
23a. In order to be accessible from anywhere, in particu- 
lar, via internet or intranet, the generated module li- 
brary 17 is stored for example on an FTP-server 24. In ad- 
dition, the module library 17 may also be implemented 
within the standard file system of any standard operating 
system. Read-only access is given to tender engineers 19 
and read-and-write access to module developers. Access can 
be given worldwide either with a Microsoft internet ex- 
plorer or Netscape which allow viewing and saving the 
files locally. The module engineer 19 can use any FTP- 
protocol for up- and down-load purposes. There are two 
possibilities to retrieve modules 2 from the library 17: 
Either the modules 2 are stored on the FTP-server 24 in a 
folder structure, which allows the operator 19 to find the 
modules 2 following a path according to the categorization 
system 12, or, for easier access, the library 17 can be 
browsed with a navigator 11, which shows previews of the 
module files 4-10. With the preview the operator 19 sees 
what he gets. Time-consuming opening of CAD files can be 
avoided. In the library 17, only the latest revisions of 
modules 2 are stored and modules 2 have neither a number- 
ing system nor a revision handling. In a real project, 
where modules 2 are used, the normal project numbering 
system and revision handling of projects applies. 

Preferably a hierarchical project folder structure 25 has 
a project folder with project name 2 5a and contains module 
folders 2a comprising module files with related cost in- 
formation 8, 15, in particular bills of quantity 8 and ar- 
ticle or cost databases 15, with 3D-drawings 7, single- 
line diagrams 6 and technical data 5. The application rou- 
tines la- Id are executed on the whole project folder 25 
and create further documents. Preferably, cost calculation 
la is made on EXCEL, such that the tendering engineer 19 
has all numbers under control. All documents are elec- 
tronically readable. The implementation using standard 
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software tools renders the tendering device and method 
economic, fast and compatible with low business volume. 

Every module 2 has a module-name 14 for designating all 
its related files and for encoding its function in an in- 
tuitively understandable way. And preferably, the module - 
name 14 is chosen according to an elaborate module desig- 
nation system of the modular substation concept. Every 
module 2 has three corresponding files: The file 
"name_des .xls" contains bill of quantity 8, tender text 4, 
references to technical documents 5, the file "name.dgn" 
contains a 3D drawing 7 and/or a single -line diagram 6 for 
primary technical parts, and the file "name . jpeg" contains 
previews for the module browser 11 for drawings 7 and dia- 
grams 6. 3D-drawings allow for arbitrary sections and 
views and allow to represent all objects of a substation. 
Both drawings 7 and diagrams 6 are realised with e.g. a 
Bentley, Microstation V8 drawing tool. 

Fig. 7 shows a simplified flow chart of the tendering 
process steps. The customer requirements 22 are analyzed 
and transcribed by the operator 19 into a single-line dia- 
gram sketch 26a, a layout 26b, and into switchyard data 
26c of the substation to be offered. These data 26a, 26b, 
26c are implemented on a local drive in a project folder 
25. The project folder 25 is populated by modules 2 found 
in the module library 17 and linked to the application 
routines cost calculation la and technical data accumula- 
tion Id, and to a generator for single- line diagram and 
3D- layout modules 6, 7. The output 27 of the cost and 
technical data routines la, Id comprise a detailed and 
complete bill of quantity 8, costs and technical data of 
the complete substation, filtering possibilities for mod- 
ules 2, an ABB work breakdown structure number or numbers 
(=WBS) , currencies, etc. The graphic modules 6, 7 are ac- 
cumulated, according to the data 26a, 26b, 26c and by us- 
ing a CAD- tool 28, by hand and preferably aided by a draw- 
ing accumulation routine lb. The combined output is 
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checked, typically by hand, for completeness and plausi- 
bility 29 and serves as input 30 to an offer calculation 
tool 31. 

A second aspect of the present diclosure relates to method 
for tendering a power supply facility, wherein a data 
processing device comprising a module library 17 for stor- 
ing program modules 2 that represent pre-engineered parts 
of the facility is present, the method comprising the 
steps of searching and downloading modules from the li- 
brary and projecting the facility, wherein the modules are 
searched in the library by an operator using a multiple- 
index categorization system and application routines are 
run by the operator on the modules of the projected facil- 
ity to create tendering information about the projected 
facility. 

Preferably, a module browser interface is presented to the 
operator which provides for each module' at least three in- 
dependent searching indices characterizing a discipline, a 
function and a technical specification of the module 
and/or a module name encoding its function in an intui- 
tively understandable way and/or a preview of files re- 
lated to the module and/or a module-descriptor comprising 
standardized module data is automatically interfaced via a 
standardized interface to the application routines for de- 
livering the module data to the routines. 

A third aspect of the present disclosure relates to a com- 
puter program and computer program product for enabling 
the above-described data processing device or for execut- 
ing the above-described method for tendering power supply 
facilities . 

While there are shown and described and pointed out the 
fundamental novel features of the preferred embodiment, it 
will be understood that various omissions and substitu- 
tions and changes of the form and details of the device 
illustrated and in its operation may be made by those 
skilled in the art, without departing from the spirit of 
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the invention and within the scope and range of equiva- 
lents of the claims. 



